ATTR Syntax: Attr filename [permissions] Usage : Examine or 
change the security permissions of a file Opts: -perm = turn off 
specified permission perm= turn on specified permission -a = 
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So, here me Are at November already. Another year has almost gone T and Christmas is just around the corner. 
Everyone is making their Christmas wish list. The same goes for us died-in-the-wcoi 0S9 users. But where do we go 
to get our goodies? Now that Inter Tan Aust has left us in the lurch , where can we -go? 

The answer to that is really quite plain. We will go to the places which have patiently provided support ail these 
years without necessarily making a big name for themselves. These places include Sla>;land Computers, Computer Hut 
Software, Paris Radio, and, of course, there are a large number of software and hardware sellers in the USA and 
Canada who can be relied upon to provide value for money and good service. 

Of course, we will need to be careful about buying from overseas companies, and I can only say that I, personally, 
will only buy from companies which get the "'Rainbow Seal*' from 'the Rainbow 1 magazine. I strongly recommend that 
you read their reviews and write-ups before committing yourself. Now don't get me wrong, this is not an 
advertisement for 'The Rainbow', but should be read as a mini review of their services. Advertisements for 
Australian companies may be found in CoCo-Link magazine. 

In this issue of our newsletter you will see another section of Ole Eskiidsen's discussion of fourth generation 
languages and 'Sculptor', a review of the CRC Super controller, and a Basic39 programme by Don Berrie for those of 
you who have purchased 'Window Writer'. 

I would like to take this opportunity to welcome a number of new members in our midst, people who have heard of us 
from the CoCo-Link magazine (thanks to Robbie Daizeli), from John Belshaw at Blaxland Computers (thanks John), or 
simply by word-of -mouth. Welcome ! 

Some of you people out there may not realise it, but we try to make this a user supported newsletter. 'Sure, I paid 
my $13.00' I hear you say. Yes, you did, and I thank you for that, without that commitment we would not be here at 
ail, but do you realise how hard it is to fill ten to a dozen pages each month with something that is of interest 
to every-one? I would like to get some ideas of what to write about. Would some-one volunteer to do an article or 
two on how to use 'Dynacalc'? How about 'PhantcmGraph" 7 We would even consider printing the results in the 
newsletter of a graph made from a Dynacaic file, 

I've been assured by Bob Devries that if anyone has an idea for a small utility type programme (nothing too fancy), 
he is willing to 'give it a bash' writing in "C (preferably) or Basic99. How about it, any takers" 

Are there any people reading this who have any knowledge about other 0S9 systems besides Colour Computer level one 
and two, and ar& willing to share their knowledge or give me a pointer to users of such systems, I would be most 
grateful. I'd like to think that this newsletter is not just for Colour Computer users, but can service the wider 
0S9 community as well. 

Like every-one else, we would like a holiday too, so we intend publishing a bumper December-January issue. Because 
it will be larger than normal, we will be unable to get it compiled before the beginning of December, but we hope 
to be able to mail it during the second week of the month. 

Well, that's it from me for this month, keep the 0S9 flag flying, and happy computing, 

Regards, 
The Editor. 
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The following submission is part two of the series by 01 e Eskildsen on fourth generation languages. The content of 
this series serves as an example of just what can be done with 059 (even with the humble Color Computer) and 
another reason why we all need to maintain interest in this versatile Operating System. Please let us have your 
comments so that we can endeavour to cater to your needs. Remember, no feedback can be very difficult to deal with. 

Editor. 

FOURTH GENERATION LANGUAGES (4GLs) AND OS-9 

PART 2 -SCULPTOR 

This is the second part of my three part article on 4GLs for the OS-9 operating system. How did you 
find Part 1? 1 hope you liked it. In this part 1 will describe one of the 4GLs available under OS-9, namely 
SCULPTOR. Sculptor was developed in the UK by Microprocessor Developments Ltd and has been available for some 
time for OS-9. Under OS-9 it is a true multi-user system with efficient (and automatic) record locking. The 
programs are compiled which results in faster running programs. Besides 03-9, Sculptor is available for a 
great many other operating systems including MS-DOS (single-user or networked multi-user), UNIX and XENIX, 
DEC WAX, QNX and many, many others. Not only that, but it is object code compatible, which means that a program 
compiled on ANY version will execute on ANY OTHER version WITHOUT recompilation. Can you imagine: You develop a 
program or a complete system in Sculptor for instance on a CoCo3 (Sculptor is only available for OS-9 Level 2) and 
then copy it to a UNIX machine or MS-DOS or whatever and it is instantly ready to run. Of course to achieve this 
result it is necessary to have a run time version of Sculptor on the target machine because Sculptor compiles its 
programs into an intermediate object code (I-code) much like EASIC89. 

So what do you get when you purchase a copy of Sculptor Development System? You get a good looking A5 size 
manual in a 4-ring binder in a slip case in the by now familiar PC tradition containing a couple of hundred 
pages. There are actually three manuals: I) Installation Manual; 2) An Introduction to Sculptor; and 
3) Sculptor Reference Manual. You further get two diskettes with the system and utilities, and the Australian 
Distributor has added a third diskette with a collection of useful little programs and numerous samples. I found 
the Sculptor Introduction very easy to go through and after spending only a short time (a coulple of hours) I 
was able to start experimenting with the language, and what a delight this turned out to be. 

But first, what modules does the Sculptor Development System consist of? It consists of i) A Data Dictionary. 
2) Compilers for interactive Screen (also called Forms) type programs and Report type programs. These are called 
CF and CR respectively. 3) The run time modules to execute the programs compiled with CF and CR, called Sage (for 
screen type programs) and Sagerep (for report type programs). 4) Two programs which will automatically generate 
complete screen or report type programs from your data dictionary specifications. These &re called SG for 
screen generator and R5 for report generator. 5) A Menu program to automatically generate menus. 6) Various 
utility programs to perform file handling tasks, and to specify different screen and printer types, and 
finally a Query program to perform ad-hoc queries and reports. In other words, a complete development and run 
time environment with facilities to run on many different computers, terminals and printers without 
reprogramming. 

We will now take a closer look at how all this will work for you. The best way, I think, would be by 
describing an example, so I will now describe the typical work sequence in a simplified form. 



1. Systems Design - You define what the system is going to accomplish, 

2. Data Definition - What data do you need to store. 

3. Development - Develop the programs, compile and test. 

4. Production - Use the program (s). 



To use a simple and well worn example. Let us say we want to develop an address book. What data would we 
need? Probably Name, Street, Town, State, Postcode (zip code for our American friends), telephone number, etc, 
etc. So we decide to create a file called address, which we do by using the dictionary program called "Describe 1 , 
we simply type: "describe address 8 . We now see: 
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Descriptors for address 

For each field enter: 

name i heading, type&si:e» format; validation 

Type h for help. 

KEY FIELDS 

1! 

We enter the information about each fields selecting one or more fields to hold the key which must be 
unique. When we are finished* the record description might look like this: 

Descriptors for address 

KEY FIELDS 

l: name, NAME, a20, 
DATA FIELDS 

2: street, STREET, a20, 

3Uown,T0WN,al3, 

4:state,STATE,a3, 

5:postcode,PC0DE,a6, 

6: phone, TELEPHONE, al2, 

We save the record description which creates a file called 'address. d a and we can now generate a standard Screen 
Form program by typing: 

sg address 

and in less than one minute we have a program where the source program is called 'address. f D and the compiled 
program is called "address. g". Before we can execute the program we have to create the actual data file and 
its associated key file called 'address 3 and "address. k s respectively. This is done by typing "newkf address 3 
and in seconds the empty data file is created. The Screen Form program me created presents the following screen 
when we type: "sage address 8 , where "sage 9 is the Screen Form program run-time interpreter: 



"ADDRESS'FILE MAINTENANCE 



NAME [ 

STREET [ 
TOWN [ ] 
STATE [ ] 
PCODE [ 1 
TELEPHONE C ] 



Today's date [ 



i=insert f=f ind n=ne>:t p=prev m=match a=amend d=delete e=exit 
Which option do you require? 



■/ 



Neat, don't you agree? The second last line shows all the options, such as inserting records, finding records, 
amending records, and so on. All without any programming. Now go ahead and enter some records, find them again, 
amend them, delete them, etc. 



Now that we have got some data in cur file, let us create and print a report. We type: "rg address 1 and a 
moment later we have a source program called a address. r a and a compiled object program called ' address. q fl . 
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To run the report we type "sagerep address" where "sagerep* is the run-time interpreter, but you had figured 
that out, hadn't you? 

This is what the report would look like: 



'ADDRESS 8 FILE REPORT 
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1 Date: 27/ 9/89 



NAME 



TREET 



TOWN 



STATE PCODE TELEPHONE 



Bentzen, Gordon 
Eerrie, Don 
Devries, Bob 
Eskil risen, Ole 



6 Odin Street 
25 Irwin Terrace 



Sunny bank OLD 4109 07-3455141 



Ox ley 

21 Virgo Street Inala 
il Monarch Street Kingston 



OLD 4S75 £7-3753236 
OLD 4077 87-3727816 
OLD 4H4 87-2294322 



END OF REPORT 



How do you like that? In less than an hour we have created a complete little system to create, 
manipulate our address book and report on it! 



>tore and 



Are you begimng to see the power of 4GLs? I hope so, otherwise I have failed in describing the benefits to you. 
Remember, the source programs generated can be modified by the programmer, sc what 1 do most of the time, is 
to generate the standard program first and then use that to develop the final product. In the extremely 
simple example above we have only used one file, but you can, of course, use multiple files. You, the 
programmer, Uay& complete control over everything going on, if you desire. On the other hand, it only takes 
minutes to generate simple applications. Another point which shows the power of Sculptor: When the Screen Form 
program is being compiled, the compiler examines the way files are used in the program. If a file is being 
updated in any way (such as in the example above) then Sculptor creates the necessary record locking, so that 
two persons cannot update the same record at the same time by accident. Ask the DBase (IBM PC 
database) programmers if they can do that automatically, or whether they have to meticulously write the 
record locking every time. If a file is not used for updating then no record locking is being performed. Pretty 
powerful stuff! 



Who is using Sculptor, you might ask? Well, quite a number of individuals and organizations. For instance, 
Australian Telecom, a Queensland Government Department, numerous software houses, and many others. 



The 



above is only a very small, simple example, space does not permit any more. In Part 3 I will discuss a 
more complex example and make you an offer you cannot refuse, I hope. Address any correspondence concerning 
these articles to: 



Ole Eskildsen 
11 Monarch St 
Kingston QLD 4114 
Phone: (137) 209 4322 



Paqe 
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A TIDY-UP PROSRAttE FOR WINDOW WRITER* 

(*) - Window Writer is a Copyrighted programme designed by Raj Bash, and published by OWL-WARE. 

As promised in the last issue of the newsletter * here is my solution to return the system to the way it was before 
the Window Writer programme is run. See my article on Page 10 of the October issue for a description of the 
problem. Simply put* however * the programme Window Writer modifies your system to the extreme, and the only 
effective way to restore it is to reboot. 

This programme was written in Basic39 so that the majority of users will be able to use the code. It could have 
been written in "C 1 and been considerably shorter (and easier) * but that would have limited its usefulness. For 
those of you who don't have the Window Writer programme* the Basicfl9 code still forms a useful tutorial on some 
more-advanced Basic09 programming techniques. 

The solution of the Window Writer problem is two-pronged. Firstly* modifications to the palette tables and window 
parameters can be solved by running the programme in a newly created window. When the window is finally closed* 
all of the above modifications die with the window. Because I wanted the fix to be system independant* I have used 
the /w descriptor to open the new window. This descriptor uses the next available window descriptor for the 
creation of the new window. The problem is however* that we don't know the name of the new window (it could be Wl* 
W2j W9 etc or any other unused window descriptor). We have to know this in order to redirect the input and output 
(NOTE #1 in PROCEDURE wt) of the WW programme to this new window. 

Because we know the path number that was returned when we opened the window (in the OPEN #wpath statement)* we can 
use this value to read the path descriptor options section of the path descriptor* and get the actual window name 
(returned in the string variable winnam). This is accomplished in the PROCEDURE getdev. 

So far so good. But now comes the difficult part. 

The other part of the problem, as I explained in the last newsletter* was that a number of modules remained in 
memory. The cause of this problem is twofold. Firstly, some modules have a non-zero link count. Modules which 
have a link count are retained in memory. Secondly* modules which are merged together and loaded as a single file 
of less than SK bytes (and are therefore in the same SK block in memory), will not be unlinked until the link count 
of every module in that block becomes zero. Therefore some modules will be retained in memory even though their 
link counts are zero. 

A compounding factor with this programme is that the link counts of the modules which are retained in memory (for 
whichever reason)* change! As far as I can tell* the specific modules which remain linked* and their actual link 
counts* is dependant on exactly which parts of the programme are used. 

My first approach involved simply using the 0S9 UNLINK command via the Basic89 SHELL function* and continuing to 
unlink each module until all the link counts became zero. Unfortunately* while UNLINK does not report an error 
when it tries to unlink a module with a link count of zero* it does report an error when trying to unlink a module 
which is no longer there. This means that if you try to unlink a module which has been removed* a error is 
generated. Because of this* it is not possible to use an error trap (for error #221) to determine when all the 
link counts are zero. (Because it will generate that error as soon as the first 3K byte block is removed* and 
there is more than Dne block involved in this case). 

After running the programme in a number of different ways* and using a number of different features* I determined 
that the two modules which always had the highest link counts were "Bchain 1 and "termset 9 . Provided that I could 
find a way to ignore any ERROR #221' s which were generated* I surmised that, provided I unlinked all the modules 
until those two modules were no longer linked* the all would be fine. 

The method that I used involved using the system call UNLOAD via the Syscall procedure, (see page 3-42 of the 0S9 
Technical Refer ance Manual) and only checking the E register after each attempt to unlink all of the modules. Hey 
presto it worked! Also, it had the added advantage that the programme no longer requires that the UNLINK command 
be available* and is thus more system independant. 

As yet I have been unable to develop a method to circumvent the merging of Window Writers custom modules with the 
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Runb module. The only thing that I can suggest is that you maintain a separate commands directory for this 
programme which has the modified Runb module located there. 

To use this patch programme, simply type in the code* save it, then pack the code. Transfer the packed code to the 
execution directory from which you normally run Window Writer. Instead fo typing ww to start the programme, type 
wt (for Window Tidyup), and away you go. 

If you have any problems, please contact me. I personally don't use Window Writer, as I do not own a copy of it. 
However, I have tried all sorts of combinations of commands while running Window Writer via this patch programme, 
and so far have not found any problems. Myself? I use Stylograph, and love it!! 

Happy writing. Cheers ... Don Berrie (07) 375-3236. 



PROCEDURE wt 

DIM wpath:EYTE 

DIM wmnam:STRIN6[323 

DIM i: INTEGER 

OPEN #wpath,VuMUPDATE 

SHELL B ioad ter inset" 

RUN gf>:2iwpath, B DWSET B ,2,0,0,Se,24,4,l,l) 

RUN gfx2(upath, "SELECT") 

RUN getdevUipath,winnam) 

SHELL B ww <>» B +winnam (***** NOTE #1 *****) 

SHELL 'unlink termset" 

RUN unload 

100 RUN gfx2(l, "SELECT 1 > 

RUN gfx2<wpath,'DWEND 1 ) 

CLOSE #wpath 



PROCEDURE getriev 

TYPE registers=cc,a,b,dp:EYTE; >:,y,u: INTEGER 

DIM regs^registers 

PARAfl wpathi-.BYTE 

PARAM wirnia»:STRINGE323 

DIM i: INTEGER 

DIM csllcode^BYTE 

regs.a=wpathi 

regs.b=$SE 

regs.>:=ADDR(winnam) 

callcode=*SD 

RUN syscal 1( call code, regs) 

FOR 1=1 TO 32 

EXITIF MID$iwinnam,i,l}>CHR$(12B) THEN 
winnam= B / a +LEFTt(winnam, i-i )+CHR$(ASC(MID$(winnam, i, 1 ) J-128) 

ENDEXIT 
NEXT i 
END 

PROCEDURE unload 

TYPE registers=cc,a,b,dp:BYTE; x,y,u'- INTEGER 

DIM regsJregisters 

DIM i: INTEGER 

DIM callcode:EYTE 

DIM moduIs(37i:STRING[20] 

DIM modtype( 37) INTEGER 
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FOR i=i TO 37 

READ niodtypeU) 

READ iBoduls(i) 
NEXT i 

DATA 34,'get_name l 
DATA 34,'getjfienu" 
DATA 34, "f copy 8 
DATA 34, *f rename" 
DATA 33, i gfx2 1 
DATA 33,'SysCair 
DATA 33, a Inkey a 
DATA 33, i, up_trulen , 
DATA 33,"tfpjiutline' 
DATA Jj^'up.Eublen 1 
DATA 34," c justify" 
DATA 34,'rjuEtify - 
DATA SSf'ap.getline - 
DATA 33,"empty_keys' 
DATA SST'space.count" 
DATA 33,'cut.lead" 
DATA 33,'get.ptr' 
DATA 17,'PBaud" 
DATA 33, "process" 
DATA 33,"iup_insert" 
DATA 33, 'wp.delete' 
DATA 33, 'ctrl .search" 
DATA 33," spacebar ch 8 
DATA 33, ■ unjust if y" 
DATA 34,"get_select' 
DATA 33,'get_mcLJse a 
DATA 34, i froir 
DATA 34,'fget" 
DATA SSi'indent.counf 
DATA 33,"duuib.prt" 
DATA 34, "f justify" 
DATA 34, 'f sort" 
DATA 33, 'wait 
DATA 33, 'output 1 
DATA 33, "fork' 
DATA 33,'BChain" 
DATA 33,"teHftsef 
callcode=$lD 
WHILE BOl DO 
FOR i=l TO 37 

regs.a=mcdtype(i) 

regs.b=3 

regs.>:=ADDR(rooduls(i)) 

RUN 5y5Call(callcode,reg5) 
NEXT i 
IF regs.bOB THEN 

GOTO 100 
ENDIF 
ENDWHILE 

100 SHELL 'unlink runb' 
END 

<End of Listing) 
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Super Controller 

a hardware review 

by Bob Devries 

Package: Super Controller II 
Source : CRC Computers 

11 Des Laurent ides Blvd. 

Laval. (Quebec) 

CANADA. H7G 2S3 
Price : US$130.00 

The CRC Super Controller II is by far the best piece of Colour Computer hardware I own besides the CoCo 3 itself. 
It gives me the best of both worlds. It works fine as a standard controller under RSDOS iyech) and) with the 
special software drivers provided, it simply flies with OS? Level 2. 

Imagine this. You want to copy ail the files from one disk to another using DSAVE, hut, at the same time, you must 
get that article for the newsletter finished. Under normal conditions, you would put off the DSAVE until later, 
because the newsletter has higher priority. Weil, now you don't have to put it off anymore. You can run your 
favourite word-processor AND DSAVE at the same time! (I'm doing that right now as I type this review. The only way 
you'll notice that DSAVE is running is from the whirring of your drives, and the flashing of the drive activity 
LEDs. The drive accessing simply does not interfere with other processes running any more than normal without the 
drive access: Sounds great? Here's what you get'. 

The SCII comes in a neat aluminium box of about the same dimensions as the older TANDY controller, painted beige 
with the CRC Disto logo on it. Inside, there is a neatly solder masked, silk-screened printed circuit board with 21 
integrated circuits on it. These include a socketed EPROM with your choice of RSD0S1.1 or CDOS, (or you can put in 
your own 24 pin Tandy ROM), a WD1773 disk controller IC, a 6116 2K static RAM chip, and the rest are support chips. 
Also on the board is a 17 pin expansion plug. The edge connectors for the computer and drive connexions are gold 
plated and the computer end includes 2 ground connexion tabs. 

The 17 pin plug is used to attach the expansion boards which are also available from CRC. These are: 

Real Time Clock and Parallel Printer adaptor 

Mini EPROM programmer 

R5-232 adaptor 

Hard disk adaptor (SCSI bus) 

Hard disk adaptor with RS-232 

3 in 1 multi-board adaptor 

this includes: parallel printer port 
real time clock 
RS-232 port. 

4 in 1 multi-board adaptor 

this includes all of the 3 in 1 features plus: 
Hard disk adaptor (SCSI bus) 

I have had my SCII for some time now, and I am really thrilled by its performance. I have had no incompatibility 
problems, and all my software, both 0S9 and RSDOS runs perfectly with it. On a scale of 1-10 I'd rate this package 
an 11 ! 

Regards, 
Bob Devries 
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Here is a listing of the current membership, just in case you may wish to contact other 0S9ers near you. We have 
not included phone numbers, as it may be that some numbers given to us are the unlisted type etc- So we suggest 
initial contact by the mailing addresses shown, 

To members who have renewed for this subscripton year, our sincere thanks for your continued support* and to the 
new members we say WELCOME to the National 0S9 user group. We hope that you all find something of interest in the 
pages of each edition. 



NATIONAL 0S9 USER GROUP MEMBERS as at 10/2S/S9 mm/'dd/yy 



AMBROSI 


Jules 


EENTZEN 


Gordon 


BERRIE 


Don 


BLANDFORD 


George 


CHASE 


Scott 


COSSAR 


Lin 


DALZELL 


Robbie 


DEAN 


James 


DEANE 


Robert 


DEVRIES 


Bob 


DONGES 


Geoff 


EATON 


David 


EDWARDS 


Perer 


ESKILDSBI 


Ole 


EVANS 


John 


FRITZ 


Terry 


FROST 


Phil. A 


HARRIS 


Michael 


HUGHES 


Peter 


JACQUET 


J. P. 


JAMES 


Phil 


JENKINSON 


r. 

L-SC 


KEwLEY 


L/DUgi nS 


MACKAY 


Rob 


MANNING 


Peter 


McKAV 


Ross 


McLINTOCK 


George 


McMASTER 


Brad 


MORTON 


David 


MUNRO 


Ron 


O'DONNELL 


Bill 


OBLAK 


Gerd 


PATRICK 


Wayne 


PEARCE 


W.Leigh 


PRATT 


Ross 


REID 


Theo 


SCHIPPLOCK 


Kevin 


SIMPSON 


Andrew 


SINGER 


Maurice 


SKEBE 


Jeff 


UNSWORTH 


Rob 


USHER 


John 


WAGNITZ 


Ken 


Total Members 


43 
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172 OGILVIE STREET 
8 ODIN STREET 
25 IRWIN TERRACE 
27 CANBERRA STREET 
3 THOMAS STREET 
12 RAKEIORA GROVE 
31 NEDLAND CRES. 
P.O. BOX 549 
3 BLOOM COURT 
21 VIRGO STREET 
2 BONNOR CLOSE 
213 SREGSON PLACE 
42 DAVISON STREET 

11 MONARCH STREET 

53 OSBURN DRIVE 
M/5 546 

25 CHEETHAK STREET 
P.O. BOX 25 

54 PRINCETON ST 
27 HAMPTON STREET 
P.O. BOX 359 

49 HUTHWA1TE ST. 
2 DRYSDALE AVENUE 
27 MAWARRA STREET 
7 CALNON STREET 
56A CORNELIA ROAD 
7 LOGAN STREET 
119 WILLOUGHBY ROAD 
c/o P.O.BOX 195 
45 SUNNYSIDE CRES. 
47/2 FRANCIS STREET 
56 ELIZABETH PARADE 

12 O'CQNNELL ST. 
47 ALLENBY AVENUE 
31 CAMPBELL STREET 
35 AVONMORE AVE. 

19 CELTIS STREET 
17 GLENEFER STREET 
217 PRESTON ROAD 
92 BYNYA ROAD 

20 SALISBURY ROAD 
47 POLARIS AVE. 

2 DEPINDO AVE. 



ESSENDON 

SUNNYBANK 

OXLEY 

MOE 

BAXTER 

PETONE 

PT.NOARLUNGA STH 

Sth. WINDSOR 

CRANBROOK 

INALA 

HOLT 

CURTIN. 

MITCHAM, 

KINGSTON 

MACGRE50R 

FOREST HILL 

KALGOORLIE. 

BELMORE 

KENMORE 

DURACK 

LIVERFOOL 

l^AGbA wA(jGA 

TEE TREE GULLY 

KINGSTON 

BASSENDEAN. 

TOONGABBIt 

NARRABUNDAH. 

CROWS NEST 

CONDOBOLIN 

NORTH RICHMOND 

ARTARMON. 

LANE COVE 

GYMPIE 

RESERVOIR. 

COOMA 

PORTLAND 

ACACIA RIDGE 

RUNCORN 

WYNNUM WEST 

PALM BEACH 

IPSWICH 

KINGSTON 

EDEN HILLS 



VIC 3340 
OLD 4139 
OLD 4075 
VIC 3S25 
VIC 3911 
!U 6303 

SA 5167 
NSW 2756 
OLD 4S14 
QLD 4077 
ACT 2615 
ACT 2605 
VIC 3132 
QLD 4114 
ACT 2615 
QLD 4342 

WA 643S 
NSW 2192 
OLD 4369 
QLD 4277 
NSW 2170 
NSW 2650 

SA 5S91 
QLD 411 A 

WA 6054 
NSW 2i46 
ACT 2624 
NSW 2065 
NSW 2S77 
NSW 2754 
NSW 2064 
NSW 2066 
QLD 4570 
VIC 3073 
NSW 2630 
VIC 3305 
QLD 4110 
QLD 4113 
QLD 4173 
NSW 2103 
QLD 4305 
QLD 4114 

SA 5050 



November 1989 



